When does _turretOwner report 0?

I believe when there is no unit in the turret, haven't been able to properly test it in dedicated MP though. It is done this way in both ACE and ZEN, so I assumed they have found issues with it in the past.

I would assume that turretOwner would return the vehicle owner when the turret is empty because that is the turret locality at that time, but I guess there is some weird stuff in the engine that only returns the unit in the turret as the owner and throws 0 if there is no unit.

It only happens in SP, MP never returns 0 I believe.

Addendum: Driver and non-existent turrets also return 0. And since the driver is the vehicle owner, owner _vehicle returns the driver unit if there is one.

In my testing it worked as expected, running on the owner of the vehicle when the turret was not crewed, despite this code block being bugged. I didn't test much with the driver turret [-1] though.

I suppose this would benefit from a MP unit test script.

Got to test this with one other player in local hosted MP, results were as expected. Tested it with a modified version of ZEN that uses the turret event to set the ammo on a vehicle. He placed a vehicle in Zeus, and I adjusted the ammo slider. These are the results I got:

• When the vehicle was empty, it would run on his machine.
• When a unit local to him was in any spot of the vehicle, it ran on his machine.
• When a unit local to me was in any spot of the vehicle, it ran on my machine.
• When his unit was driver and mine was in a turret, the events for the turret ran on my machine, and the one for the driver ran on his. Same the other way around.

These are the results that I expected.

A change after I approved lies in how it handles non existing turrets I believe. What would the expected behavior be for non existing turrets? Before I approved the event would trigger nowhere. Now I think it falls back to vehicle locality, but I haven't tested.
Spontaneously I would say that a non existing turret should be treated like a null object in targetEvent and raise the event nowhere (silent fail).

I think a silent fail would be a good solution, I'll work on implementing it.